Appl. No. 10/632,216 

Amdt. dated November 7, 2006 

Reply to Office Action of August 8, 2006 

REMARKS 

Applicants have received the Office Action dated August 8, 2006, in which 
the Examiner: 1) rejected claims 10 and 13 under as allegedly anticipated by 
Gee et al. (U.S. Pat. No. 6,317,872, hereinafter Gee); 2) rejected claims 10-12, 
14 and 22-23 as allegedly anticipated by Zaidi (U.S. Pat. No. 6,581,154); 3) 
rejected claims 1 8 and 21 as allegedly anticipated by Seal et al. (U.S. Pat. No. 
6,965,984, hereinafter Seal); 4) rejected claims 1-4, 7-9 and 18-20 as allegedly 
obvious over Gee and Seal; 5) rejected claims 5-6 as allegedly obvious over Gee, 
Seal and Zaidi; 6) rejected claim 15 as allegedly obvious over Gee, Seal and 
Greenberger et al. (U.S. Pat. No. 6,317,872, hereinafter Greenberger); and 7) 
rejected ciaims 16-17 as allegedly obvious over Gee, Seal Greenberger and 
Zaidi. 

With this Preliminary Amendment, Applicants amend claims 1, 10, 15 
and 18. 

I. ART-BASED REJECTIONS 
A. Claim 1 

Claim 1 stands rejected as allegedly obvious over Gee and Seal. 
Applicants amend claim 1 to more clearly define over the decoders of Gee and 
Seal which operate on only one instruction set. 

Gee is directed to a real time processor optimized for executing Java 
programs. (Gee Title). In particular, Gee teaches using an Advanced 
Architecture Microprocessor (AAMP) programmed to simulate direct execution of 
Java bytecodes by using each bytecode as a pointer to a microinstruction 
sequence that performs the function of the bytecode. (Gee Col. 8, lines 57-59). 
Thus, the AAMP knows only one instruction set, those of the microinstructions. 

Seal is directed to data processing using multiple instruction sets. (Seal 
Title). However, on closer inspection of Seal it is found that the Seal processor 
does not use multiple instruction sets. Seal's Figure 1 is reproduced immediately 
below for convenience of the discussion. 
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FIG. 1 

In particular, in Seal the stream of Java bytecodes are provided to bytecode 
translation hardware 6. (Seal Col. 6, lines 10-14; Figure 1). For some bytecodes, 
the bytecode translation hardware 6 generates a series of ARM opcodes which 
are applied to the ARM opcode decoder 10. (Seal Col. 6, lines 10-29; Figure 1). 
For other bytecodes, the bytecode translation hardware triggers a software 
instruction interpreter written in ARM native instructions. (Seal Col. 6, 
lines 30-39). 

Claim 1, by contrast, specifically recites, "decode logic coupled to said 
fetch logic, the decode logic decodes instructions from a first instruction set and a 
second instruction set, the second instruction set different than the first instruction 
set; and an active program counter selected as either a first program counter or a 
second program counter; wherein an instruction of the first instruction set is 
replaced by a micro-sequence comprising one or more instructions of the second 
instruction set and the active program counter switches between the first and 
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second program counters based on a micro-sequence-active bit." Applicants 
respectfully submit that Gee and Seal fail to teach or suggest such a system. In 
both Gee and Seal, their decoders appear to decode only a single instruction set, 
with each and every Java bytecode translated to the native instruction set. Thus, 
Gee and Seal fail to teach or suggest "decode logic coupled to said fetch logic, 
the decode logic decodes instructions from a first instruction set and a second 
instruction set, the second instruction set different than the first instruction set." 

Based on the foregoing, Applicants respectfully submit that claim 1, and all 
claims which depend from claim 1 (claims 2-9), should be allowed. 

B. Claim 10 

Claim 10 stands rejected as allegedly anticipated by Gee, and as allegedly 
anticipated by Zaidi. Applicants amend claim 10 to more clearly define over Zaidi 
where each instruction itself identifies whether it is scalar or packed. 

Gee is directed to a real time processor optimized for executing Java 
programs. (Gee Title). In particular, in Gee each and every bytecode is used as 
a pointer to microinstructions. {Gee Col. 8, lines 57-59). 

Zaidi is directed to expanding microcode associated with full and partial 
width macro-instructions. (Zaidi Title). In particular, Zaidi discloses a system 
where a macro-instruction is used to identify either a single micro-operation or a 
plurality of micro-operations. (Zaidi Col. 2, lines 55-67). Thus, in Zaidi the 
macro-instruction is not executed; rather, the macro-instruction identifies either 
a single micro-operation (uops) or a series of micro-operations (suops) that 
actually execute. (Zaidi Col. 3, line 59 through Col. 4, line 7). As for the series of 
micro-operations, the series can be overloaded to be either scalar or packed. 
(Id.) It appears in Zaidi that scalar or packed version to be used is identified as 
part of the macro-instruction, e.g., ADDS (add scalar) or ADDP (add packed). 
(Zaidi Col. 3, lines 8-15; Figure 3). 

Claim 10, by contrast, specifically recites, "fetching an instruction; and 
determining whether said instruction is to be executed or replaced by a group of 
other instructions, the determining independent of the form of the instruction." 
Applicants respectfully submit that neither Gee nor Zaidi expressly or inherently 
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teach such a system. As for Gee, in Gee each and every bytecode is replaced 
by a series of microinstructions. Thus, Gee does not "determine[e] whether 
said instruction is to be executed." Nor is such a determining inherent as 
suggested by the Office action, as there is no need to make such a determination 
if each and every bytecode is replaced by a series of microinstructions. 

As for Zaidi, in Zaidi the macro-instruction is not executed; rather, the 
macro-instruction merely identifies either a micro-instruction or a series of micro- 
instructions to be executed. Thus, Zaidi fails to expressly or inherently teach 
"fetching an instruction; and determining whether said instruction is to be 
executed.. ." Moreover, even if hypothetical^ the macro-instruction of Zaidi is the 
claimed fetched instruction {which Applicants do not admit), the macro-instruction 
itself appears to identify whether it is scalar or packed, and thus Zaidi fails to 
teach "the determining independent of the form of the instruction." 

Based on the foregoing, Applicants respectfully submit that claim 10, and 
all claims which depend from claim 10 (claims 11 -14) should be allowed. 

C. Claim 15 

Claim 15 stands rejected as allegedly obvious over Gee, Sea! and 
Greenberger. Applicants amend claim 15 to more clearly define over the 
decoders of Gee and Seal which operate on only one instruction set. 

Gee is directed to a real time processor optimized for executing Java 
programs. (Gee Title). In particular, Gee teaches using an Advanced 
Architecture Microprocessor (AAMP) programmed to simulate direct execution of 
Java bytecodes by using each bytecode as a pointer to a microinstruction 
sequence that performs the function of the bytecode. (Gee Col. 8, lines 57-59). 
Thus, the AAMP knows only one instruction set, those of the microinstructions. 

Seal is directed to data processing using multiple instruction sets. (Seal 
Title). In particular, in Seal the stream of Java bytecodes are provided to 
bytecode translation hardware 6. (Seal Col. 6, lines 10-14; Figure 1). For some 
bytecodes, the bytecode translation hardware 6 generates a series of ARM 
opcodes which are applied to the ARM opcode decoder 10. (Seal Col. 6, lines 1 0- 
29; Figure 1). For other bytecodes, the bytecode translation hardware triggers a 
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software instruction interpreter written in ARM native instructions. (Seal Col. 6, 
lines 30-39). 

Claim 15, by contrast, specifically recites, "decode logic coupled to said 
fetch logic, the decode logic decodes instructions from a first instruction set and a 
second instruction set, the second instruction set different than the first instruction 
set." Applicants respectfully submit that Gee and Seal fail to teach or suggest 
such a system. In both Gee and Seal, their decoders appear to decode only a 
single instruction set, with each and every Java bytecode translated to the native 
instruction set. Thus, Gee and Seal fail to teach or suggest "decode logic 
coupled to said fetch logic, the decode logic decodes instructions from a first 
instruction set and a second instruction set, the second instruction set different 
than the first instruction set." 

Based on the foregoing, Applicants respectfully submit that claim 15, and 
all claims which depend from claim 15 (claims 16-17), should be allowed. 

D. Claim 18 

Claim 18 stands rejected as allegedly anticipated by Seal, and as allegedly 
obvious over Gee and Seal. Applicants amend claim 18 to more clearly define 
over the decoders of Gee and Seal which operate on only one instruction set. 

Gee is directed to a real time processor optimized for executing Java 
programs. (Gee Title). In particular, Gee teaches using an Advanced 
Architecture Microprocessor (AAMP) programmed to simulate direct execution of 
Java bytecodes by using each bytecode as a pointer to a microinstruction 
sequence that performs the function of the bytecode. (Gee Col. 8, lines 57-59). 
Thus, the AAMP knows only one instruction set, those of the microinstructions. 

Seal is directed to data processing using multiple instruction sets. (Seal 
Title). In particular, in Seal the stream of Java bytecodes are provided to 
bytecode translation hardware 6. (Seal Col. 6, lines 10-14; Figure 1). For some 
bytecodes, the bytecode translation hardware 6 generates a series of ARM 
opcodes which are applied to the ARM opcode decoder 10. (Seal Co!. 6, lines 10- 
29; Figure 1). For other bytecodes, the bytecode translation hardware triggers a 
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software instruction interpreter written in ARM native instructions. (Seai Col. 6, 
lines 30-39). 

Claim 18, by contrast, specifically recites, "decode logic that decodes 
instructions, the decode logic decodes instructions from a first instruction set and 
a second instruction set, the second instruction set different than the first 
instruction set." With respect to the anticipation rejection over Seal, Seal appears 
to use only a single instruction set, the ARM opcodes. Thus, Seai fails to 
expressly or inherently teach the limitations of claim 1 8. 

As for the alleged obviousness over Gee and Seal, Gee likewise appears 
to teach operation on a single instruction set, with each and every Java bytecode 
translated to the single instruction set. Thus, Gee and Seal fail to teach or 
suggest "decode logic coupled to said fetch logic, the decode logic decodes 
instructions from a first instruction set and a second instruction set, the second 
instruction set different than the first instruction set." 

Based on the foregoing, Applicants respectfully submit that ciaim 18, and 
all claims which depend from claim 18 (claims 19-21), should be allowed. 

E. Claim 22 

Claim 22 stands rejected as allegedly anticipated Zaidi. 

Zaidi is directed to expanding microcode associated with full and partial 
width macro-instructions. (Zaidi Title). In particular, Zaidi discloses a system 
where a macro-instruction is used to identify either a single micro-operation or a 
plurality of micro-operations. (Zaidi Col. 2, lines 55-67). Thus, in Zaidi the 
macro-instruction is not executed; rather, the macro-instruction identifies either 
a single micro-operation (uops) or a series of micro-operations (suops) that 
actually execute. (Zaidi Col. 3, line 59 through Col. 4, line 7). As for the series of 
micro-operations, the series can be overloaded to be either scalar or packed. 
(Id.) It appears in Zaidi that scalar or packed version to be used is identified as 
part of the macro-instruction, e.g., ADDS (add scalar) or ADDP (add packed). 
(Zaidi Col. 3, iines 8-15; Figure 3). 

Claim 22, by contrast, specifically recites, "decode logic that decodes 
instructions; and a means for determining whether an instruction is to be 
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executed or replaced by a micro-sequence of other instructions." Applicants 
respectfully submit that Zaidi does not expressly or inherently teach such a 
system, in Zaidi the macro-instruction is not executed; rather, the macro- 
instruction merely identifies either a micro-instruction or a series of micro- 
instructions to be executed. Thus, Zaidi fails to expressly or inherently teach "a 
means for determining whether an instruction is to be executed or replaced by a 
micro-sequence of other instructions." 

Based on the foregoing, Applicants respectfully submit that claim 10, and 
claim 23 which depend from claim 22, should be allowed. 
II. CONCLUSION 

In the course of the foregoing discussions, Applicants may have at times 
referred to claim limitations in shorthand fashion, or may have focused on a 
particular claim element. This discussion should not be interpreted to mean that 
the other limitations can be ignored or dismissed. The claims must be viewed as 
a whole, and each limitation of the claims must be considered when determining 
the patentability of the claims. Moreover, it should be understood that there may 
be other distinctions between the claims and the cited art which have yet to be 
raised, but which may be raised in the future. 

Applicants respectfully request reconsideration and that a timely Notice of 
Allowance be issued in this case. It is believed that no extensions of time or fees 
are required, beyond those that may otherwise be provided for in documents 
accompanying this paper. 
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However, in the event that additional extensions of time are necessary to 
allow consideration of this paper, such extensions are hereby petitioned under 
37 C.F.R. § 1.136(a), and any fees required (including fees for net additions 
claims) are hereby authorized to be charged to the Texas Instr 
Deposit Account No. 20-0668. 

Respectfully s 




Mark E. Scott 
'PTO Reg. No. 43,100 
CONLEY ROSE, P.C. 
(512) 391-1900 (Phone) 
(512) 320-9182 (Fax) 
ATTORNEY FOR APPLICANTS 
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